專案工作流程

專案的工作流程是極為關鍵的一環，重視專案管理和團隊協作，是系統迭代及品質的保證。

• 專案管理
  • 專案文件撰寫
    • 任務分解
• 系統開發
  • 程式開發
    • 單元測試
    • 程式碼審查
    • 持續改善
  • 程式提交
• 服務佈署
  • 系統上線
  • 灰度發布(Gray Release)
  • 壓力測試

程式碼編譯與組建

• 一體式程式庫(Monolithic Repository)
  一種將多個相關專案程式碼儲存在一個程式庫中的軟體開發方法。
  使用者空間檔案系統(Filesystem in Userspace, FUSE)與"原始碼管理系統"連線。
  當專案包含多個程式庫時，開發人員可以有效的管理系統組建、測試和發佈需要管理並同步所有專案的版本和依賴關係，避免函式庫地獄(DLL Hell)的問題。
• 程式碼審查
  • 程式設計規範審查：自動化執行預先定義的程式碼規範檢查。
  • 單元測試
• 持續整合
  透過即時自動化的程式碼持續編譯、組建和單元測試，儘早發現系統功能或效能問題，提高開發效率。
• 壓力測試
  保障系統上線後效能不受外部因素影響，投過自動化效能回歸測試，可以節省人工測試成本。
  • 壓力測試管理平台
    1. 資料產生模組
    2. 壓測任務執行引擎
       • 本地壓力測試
         基本壓力測試，無法真實模擬用戶端請求及網路流量，與網路效能測試有所差異。
       • 傳輸層(Layer 4)壓力測試
         錄製真實的用戶端請求後，可以修改目的地網址到測試伺服器，無法進行細部壓力測試參數調整。
       • 應用層(Layer 7)壓力測試
         可將應用層的用戶端請求序列化，並利用訊息佇列(Message Queue)管理及發送用戶端請求，可以做到細部壓力測試參數調整。
    3. 資料分析模組